Ich würde die extensions, auch wenn diese von uns erstellt und gepflegt werden, nicht mit in dieses repository kopieren sondern an dieser Stelle mit git submodulen arbeiten. Der Code hier scheint ja vom Fraunhofer Institut zu sein und wird dementsprechend auch von denen gepflegt daher würde es sich anbieten das Repository als git submodule auszulegen und das bei update der EDC version mit zu updaten. Dann haben wir auch keinen fremden Code mit im Repository an dem wir garnicht mit gearbeitet haben.

Der Code ist eigentlich eine Mischung aus diesem (nicht gemergten, da sich keiner drum kümmert) PR eclipse-edc/Samples#35 + https://github.com/FraunhoferISST/edc-samples/tree/feat/basic-policy-sample und von etwas das sovity gemacht hat: https://github.com/sovity/edc-extensions/blob/main/extensions/policy-time-interval/src/main/java/de/sovity/edc/extension/policy/TimeIntervalFunction.java Also die Idee ist beiden Fällen dieselbe, aber sovity hatte mit mehr Operatoren gearbeitet, weswegen ich den Teil einfach rauskopiert habe. Das Lizenz-Blabla ist da eigentlich nur ein Überbleibsel.

Also das ist in beiden Fällen nix was jetzt irgendwo als Extension im offiziellen EDC-Repo liegt. Sonst hätte man ja wie bei den anderen Extensions einfach die entsprechenden Maven artifacts verwenden können.

Aber ja, ich sehe das Argument, dass das Potential für zusätzliche Maintenance liefert, ohne dass wir die Funktionalität jetzt "akut" brauchen. Würde es halt als Minimalbeispiel für Policy Enforcement betrachten, eher im didaktischen Sinne, damit man das mal gesehen hat.